home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 4305 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  3.4 KB

  1. Path: newsxfer2.itd.umich.edu!agate!usenet
  2. From: marcoxa@lox.icsi.berkeley.edu (Marco Antoniotti)
  3. Newsgroups: comp.lang.lisp,comp.lang.c++
  4. Subject: Re: Why garbage collection?
  5. Date: 29 Jan 1996 09:58:54 -0800
  6. Organization: International Computer Science Institute
  7. Sender: marcoxa@lox.ICSI.Berkeley.EDU
  8. Message-ID: <s08wx6akhlt.fsf@lox.ICSI.Berkeley.EDU>
  9. References: <rvillDL4v3n.I8r@netcom.com> <hbaker-2201961503250001@10.0.2.15>
  10.     <4eae5s$66p@nz12.rz.uni-karlsruhe.de> <4ecmfo$as9@news2.ios.com>
  11.     <4ei4og$la1@info.epfl.ch>
  12. NNTP-Posting-Host: lox.icsi.berkeley.edu
  13. In-reply-to: "Stefan Monnier"'s message of 29 Jan 1996 09:41:36 GMT
  14. X-Newsreader: Gnus v5.1
  15.  
  16. In article <4ei4og$la1@info.epfl.ch> "Stefan Monnier" <stefan.monnier@lia.di.epfl.ch> writes:
  17.  
  18.    From: "Stefan Monnier" <stefan.monnier@lia.di.epfl.ch>
  19.    Newsgroups: comp.lang.lisp,comp.lang.c++
  20.    Date: 29 Jan 1996 09:41:36 GMT
  21.    Organization: Ecole Polytechnique Federale de Lausanne
  22.    Lines: 30
  23.    NNTP-Posting-Host: liasg9.epfl.ch
  24.    Originator: monnier@lia.di.epfl.ch (Stefan Monnier)
  25.    Xref: agate comp.lang.lisp:20701 comp.lang.c++:171908
  26.  
  27.    In article <4ecmfo$as9@news2.ios.com>,
  28.    Vlastimil Adamovsky <vlad@gramercy.ios.com> wrote:
  29.    ] haible@ma2s2.mathematik.uni-karlsruhe.de (Bruno Haible) wrote:
  30.    ] >Just look at the technical strength of the argument that GC is not
  31.    ] >"in the tradition of the C community"...
  32.    ] The technical strength of the argument is that C++ is still low level
  33.    ] language with a high level language advantage and as such one it
  34.    ] should do the all low level operations itself and if it is needed, it
  35.    ] should implement the high level features by using its own low level
  36.    ] implementations.
  37.  
  38.    You mean like the virtual table stuff that could be implemented
  39.    with low-level 
  40.    operations but instead is well hidden ? At least well enough to
  41.    make C++-objects 
  42.    very inconvenient to represent any low-level data-structure.
  43.  
  44.    Little example: the vtable can be considered a class-pointer, but
  45.    C++ has been 
  46.    well enough designed to make it impossible for you to explicitely
  47.    add any kind 
  48.    of info to the vtable.
  49.  
  50. This is probably off-track, but, as a diversion, please bear this last
  51. gripe of mine on the language which is going to be swapped away by
  52. Java (no, it is not Lisp :) ).
  53.  
  54. One of the things that bothered me most with C++, was this sort of
  55. "newspeak" which it introduced.  For years people had been working in
  56. Flavors, Clos, Smalltalk etc, and they pretty much shared a common
  57. terminology.  Then suddendly, we did not have "methods" any more, we
  58. had "member functions", we lost the "inheritance" (pun intended) and
  59. started "deriving classes".
  60.  
  61. Of course, the argument is that C++ wanted to "clarify" such things
  62. and the choice of new terminology was a "good thing".
  63.  
  64. Well, I must say that I am very pleased to see that Java somewhat
  65. reintroduced the "old" terminology and that Lisp, (as well as Dylan)
  66. is not yet dead.
  67.  
  68. Half seriously yours
  69. -- 
  70. Marco Antoniotti - Resistente Umano
  71. ===============================================================================
  72. International Computer Science Institute    | marcoxa@icsi.berkeley.edu
  73. 1947 Center STR, Suite 600            | tel. +1 (510) 643 9153
  74. Berkeley, CA, 94704-1198, USA            |      +1 (510) 642 4274 x149
  75. ===============================================================================
  76.     ...it is simplicity that is difficult to make.
  77.     ...e` la semplicita` che e` difficile a farsi.
  78.                 Bertholdt Brecht
  79.